home *** CD-ROM | disk | FTP | other *** search
- From: John Max Skaller <maxtal@suphys.physics.su.oz.au>
- Message-ID: <3108EC3B.767@suphys.physics.su.oz.au>
- X-Original-Date: Sat, 27 Jan 1996 00:59:07 +1000
- Path: in2.uu.net!bounce-back
- Date: 26 Jan 96 19:13:40 GMT
- Approved: fjh@cs.mu.oz.au
- Newsgroups: comp.std.c++
- Subject: Re: Enhanced container functionality
- Organization: MAXTAL
- References: <ABJRD_mKQD@qsar.chem.msu.su>
- X-Mailer: Mozilla 2.0b6a (WinNT; I)
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBFAgUBMQkn8OEDnX0m9pzZAQH4QgF9F1Krrdc6ZWivos70oenNKGvwk2vjiVwu
- JmgeC/g7rj2Qakv8VBJxy0KhRBqDCA+k
- =Itef
-
- Eugene Radchenko wrote:
- > Having used the STL for some time, I have come to greatly missing:
-
- > First, it is the ability to (easily) flush the entire container
- > void erase() { erase(begin(), end()); }
-
- > Second, it is the 'post-factum' equivalents to some constructors
- > void assign(size_type n, T t = T());
- > void assign(const_iterator first, const_iterator last);
- > etc. - putting the container into the same state as the one it would have
- > after the respective constructor.
- > I think these features deserve inclusion.
-
- I find myself tending to agree -- so I'll look into
- including these facilities in UESTL. It is too late
- for non-essential significant changes to the C++ WP.
-
- However, it is a good time to begin developing
- a "de facto" standard out of user and vendor experience,
- expectations, and some cool analysis.
-
- --
- John Max Skaller voice: 61-2-566-2189
- 81 Glebe Point Rd fax: 61-2-660-0850
- GLEBE NSW 2037 web: http://www.maxtal.com.au/~skaller/
- AUSTRALIA email: skaller@maxtal.com.au
- ---
- [ comp.std.c++ is moderated. Submission address: std-c++@ncar.ucar.edu.
- Contact address: std-c++-request@ncar.ucar.edu. The moderation policy
- is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
-